home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / doors_2 / xrdor211.zip / NEWIN211.DOC < prev    next >
Text File  |  1993-01-31  |  4KB  |  74 lines
  1. === XRSDoor (R) v 2.11/fixes and adjustments ===
  2.  
  3.  
  4. 1) Both the "Lost Carrier" and "User TimeOut" error exits take the low-level
  5. _exit() procedure out of the program instead of exit(), although the FOSSIL
  6. *is* de-initialized in both cases.
  7.  
  8. 2) XRSDoor flushes the FOSSIL input and output buffers at each initialization.
  9.  
  10. 3) XRSDoor places the correct value into "ACCESSx.XRS" to indicate that a user
  11. has read access ability, but cannot write.
  12.  
  13. 4) Both "Force xx" and "Lockout xx" parameters are properly and fully handled
  14. - you may put up to ten (each on a separate line!) of each type parm in
  15. QMXSETUP.CFG to either "Force xx" or "Lockout xx" for up to ten areas each.
  16. Note that a user cannot 'unselect' a FORCED area, nor can he select an area
  17. that is "LOCKOUT" at all - in the first case the area will be always on (and
  18. shown in reverse to distinguish it), in the latter, it will never be seen.
  19. If a user tries to unselect an area you "FORCE", they will get an error
  20. message (and it will remain selected).  The 'xx' in the parameter line *must*
  21. be an area _number_.
  22.  
  23. 5) First-time users are automatically forced to select through "All" areas
  24. (instead of optionally only "Areas with New Mail"), just as they are already
  25. forced to "<C>onfigure" before "<P>ack" or "<U>pload".  If you "FORCE xx" any
  26. areas, these are shown as "SysOp Required Area", the 'extended desription' is
  27. displayed (user doesn't get the "Y/N/?" prompt), and it is selected.
  28.  
  29. 6) "Hide BBS" parameter in QMXSETUP.CFG works - a mailbag is created that
  30. results in an 'annonymous' BBS type (actually none) in origin lines when using
  31. XRS 4.52 or later.
  32.  
  33. 7) Works properly with the new RA 1.20/beta'A' "MESSAGES.RA" file format which
  34. supports up to 65535 areas - however, at least for right now, the XRSDoor only
  35. looks at the first 200, and assumes each group is numbered in order from 1 to
  36. 200 (which isn't necessarilly going to be true).  Support will be extended to
  37. 1023 selected from 65535 areas (or whatever the final RA 1.20 limits it to).
  38.  
  39. 8) The "Barricade" checking is enabled and supported under RA 1.20/beta'x'
  40. which uses the new MESSAGES.RA (and FILES.RA) file format.  XRSDoor reports
  41. "no longer have the keys for..." if the original flag check fails, and now it
  42. reports "have been barricaded from..." if the new type flag check fails.  The
  43. three possible message when security fails are now:
  44.      FLAG Fails Security Check: You no longer have the keys for group xx...
  45.      LEVEL Fails Security Check: You no longer have access to group xx...
  46.      FLAG Fails Security Check: You have been barricaded from group xx...
  47. Of course, the latter is possible only under RA 1.20/beta'x' as of now.
  48.  
  49. 9) XRSDoor knows about and properly utilizes RA 1.20/beta"B" and higher format
  50. USERS.BBS files.  XRSDoor 2.11/beta6 or higher will *NOT* work properly with
  51. RA 1.20/beta"A" or earlier, but does work fine with RA 1.11 released version!
  52. This includes a kludge to get around the fact that the EXITINFO.BBS is missing
  53. the "HighMsgRead" marker.
  54.  
  55. 10) XRSDOOR!.EXE only runs on true 80286 or higher processors - not 80186 nor
  56. NEC V20/V30 chips...
  57.  
  58. 11) Copyright updated to include 1993.
  59.  
  60. 12) "Packbags v 1.1" is included, which works properly with RA 1.20/beta'B' or
  61. higher or RA 1.11 or lower, and QuickBBS or SuperBBS.  It *REQUIRES* that you
  62. put "RA120" into your QMXSETUP.CFG file for it to 'know' it should create RA
  63. 1.20 (beta "B"+) files layout EXITINFO.BBS and read the new format USERS.BBS
  64. file.  This parameter is not required if you aren't using "PackBags".
  65.  
  66.  
  67. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
  68.  
  69. *  Note: I have taken over responsibility for maintaining Mark May's "MkXrs"  *
  70.   program (which directly imports mail while users are still online) and will
  71. *  put out a new 1.1 version which is RA 1.20-compatible within a few weeks!  *
  72.  
  73. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
  74.